home *** CD-ROM | disk | FTP | other *** search
/ Experimental BBS Explossion 3 / Experimental BBS Explossion III.iso / gus / sdkdigv9.zip / SDKV9N36.TXT < prev    next >
Text File  |  1994-04-01  |  4KB  |  90 lines
  1. Apparently-To: john.smith@gravis.com
  2.  
  3.  
  4. GUS Programmer's Digest     Thu, 31 Mar 94 17:38 PST     Volume 9: Issue  36  
  5.  
  6. Today's Topics:
  7.                     GUS Programmer's Digest V9 #35
  8.                  Samples crossing 256K boundaries ...
  9.  
  10. Standard Info:
  11.     - Meta-info about the GUS can be found at the end of the Digest.
  12.     - Before you ask a question, please READ THE FAQ.
  13.  
  14. ----------------------------------------------------------------------
  15.  
  16. Date: Thu, 31 Mar 1994 10:50:33 -0500 (EST)
  17. From: Phat H Tran <ptran@sciborg.uwaterloo.ca>
  18. Subject: Re: GUS Programmer's Digest V9 #35
  19.  
  20. > Date: Wed, 30 Mar 1994 11:18:35 SAT
  21. > From: "Michael Patricios" <PATRICIO@odie.ee.wits.ac.za>
  22. > Subject: Why should enitire sample be in a 256K bank??
  23. > 
  24. > OK, so I got my GUS. Great card. Then I wrote a MOD player for it. It 
  25. > was a MUCH easier to do than with my old SB pro! OK fine. Then I read 
  26. > in the SDK dox that a sample has to be totally in a 256K bank of 
  27. > memory, ie: it should not cross the boundary. BUT!!!!!!! I tried 
  28. > uploading samples to GUS DRAM in all sorts of positions, crossing 
  29. > 256K boundaries etc.. The samples played fine, sample looping worked 
  30. > fine (it just occured to me that I forgot to test volume ramping, but 
  31. > I bet it will probably be fine too). What was the reason then for this 
  32. > restriction (256K boundary) which is stated explicitly in the SDK 
  33. > several times, but NO reasons given for it????
  34.  
  35. I assume that you tried all that using just 8-bit MOD samples.  The
  36. 256kB boundaries really only matter with 16-bit samples, I've
  37. been told.
  38.  
  39. Phat.
  40.  
  41. ------------------------------
  42.  
  43. Date: Thu, 31 Mar 94 07:23:30 EST
  44. From: support@fortech.com (Technical Support)
  45. Subject: Samples crossing 256K boundaries ...
  46.  
  47. > From: "Michael Patricios" <PATRICIO@odie.ee.wits.ac.za>
  48. > Subject: Why should enitire sample be in a 256K bank??
  49.  
  50. > I bet it will probably be fine too). What was the reason then for this 
  51. > restriction (256K boundary) which is stated explicitly in the SDK 
  52. > several times, but NO reasons given for it????
  53. > Anyone?
  54.  
  55. An 8 bit sample can be played across a 256K boundary without a problem.
  56. A 16 bit sample cannot. If you know your app will be only dealing with
  57. 8 bit data, then you can remove this restriction. Some minor mods
  58. to the memory allocation routines will allow you whole memory space
  59. to be treated as one pool rather than multiple 256K pools.
  60.  
  61. Forte.
  62.  
  63. ------------------------------
  64.  
  65. End of GUS Programmer's Digest V9 #36
  66. *************************************
  67.  
  68. To post to tomorrow's digest:                    <gus-sdk@mail.orst.edu>
  69. To (un)subscribe or get help:            <gus-sdk-request@mail.orst.edu>
  70. To contact a human (last resort):          <gus-sdk-owner@mail.orst.edu>
  71.  
  72. FTP Sites              Archive                       Directories
  73. ---------              -------                       -----------
  74. Main N.American Site:  archive.orst.edu              pub/packages/gravis
  75.                        wuarchive.wustl.edu           systems/ibmpc/ultrasound
  76. Main Asian Site:       nctuccca.edu.tw               PC/ultrasound
  77. European Callers ONLY: theoris.rz.uni-konstanz.de    pub/sound/gus
  78. Submissions:           archive.epas.utoronto.ca      pub/pc/ultrasound/submit
  79. Newly Validated Files: archive.epas.utoronto.ca      pub/pc/ultrasound
  80. Mirrors:               garbo.uwasa.fi                mirror/ultrasound
  81.  
  82. MailServer For Archive Access: Email to <mail-server@nike.rz.uni-konstanz.de>
  83.  
  84. Hints:
  85.       - Get the FAQ from the FTP sites or the request server.
  86.       - Mail to <gus-sdk-request@mail.orst.edu> for info about other GUS
  87.     related mailing lists (general use, musician's, etc.).
  88.  
  89.  
  90.